файлы данных

Cartography: (Imagery) Support Data files (ISD)

 

набор данных
Идентифицированная совокупность физических записей, организованная одним из установленных в системе обработки данных способов и представляющая файлы или части файлов в среде хранения.
[ ГОСТ 20886-85]

набор данных
Множество элементов данных, объединенных в отдельное целое для решения определенной задачи.
Чаще всего набор данных представляется в виде файла, сообщения либо блока данных.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

набор данных
НД
-
[ ГОСТ Р МЭК 61850-7-2-2009]

  НАБОР ДАННЫХ (НД)

НД представляет собой набор ссылок на данные внутри информационной модели устройства. В НД могут быть включены как отдельные атрибуты данных (например, запись PTOC1.Str.general будет соответствовать одному логическому сигналу пуска защиты), так и логические узлы целиком (например PTOC1). Устройства могут поддерживать различное количество наборов данных. Кроме того, устройства могут иметь фиксированные (то есть когда набор данных нельзя изменить) либо конфигурируемые наборы данных. Также возможны различные степени свободы конфигурации наборов данных: изменение данных, изменение наименования и т.п. Использование наборов данных проиллюстрировано на рис. 3. При рассмотрении контроллера присоединения, на который заведены сигналы о положении всех разъединителей и заземлителей рассматриваемого присоединения, в устройстве должны присутствовать логические узлы, соответствующие каждому из аппаратов (в нашем случае – XSWI1...5). Примером набора данных может служить DATASET с наименованием SwitchPositions, включающий в себя элементы данных Pos каждого из указанных логических узлов. В дальнейшем составленный набор данных может использоваться, например, для сохранения событий в журнале при каждом изменении положения коммутационного аппарата (с использованием сервиса Log), отправки отчета о событии (с использованием сервиса Report) либо быстрого сообщения о событии (с использованием сервиса GOOSE).   Рис. 3. Использование наборов данных  

 

тиражирование данных
Технология распространения данных по Распределенной Базе Данных (РБД).
В РБД и системах распределенной обработки данных должна быть обеспечена безопасность данных, а также экономически необходимый и удобный способ доступа значительного числа пользователей к разнообразной информации. Это требует комбинирование централизованного и локального способов хранения данных. Поэтому одни и те же данные размещаются в тех местах, где они оказываются чаще всего необходимы. Такой подход уменьшает размер трафика данных в сети, но требует организации тиражирования данных.
Первоначально тиражировались лишь полные документы либо файлы. Позже, для сокращения числа трансакций в сети, при обновлении документов или файлов стали тиражировать только их изменяемые части. Тиражирование осуществляется как при введении новых данных, так и их обновлении. Процесс тиражирования происходит таким образом, что данные, внесенные в одну копию фрагмента данных, распространяются и на другие копии.
Существуют два типа технологий тиражирования. Асинхронное заключается в том, что источник нового фрагмента данных вводит его, по-очереди, в те части распределенной базы данных, в которых он должен находиться. Если при этом какая-либо оконечная система оказалась недоступной, то изменения в ее части базы выполняются тогда, когда это станет возможным. Синхронное тиражирование предусматривает практически одновременное изменение данных во всех частях базы. Если одна из систем недоступна, то тиражирование отменяется. Синхронное тиражирование является более сложным. Однако при его использовании невозможны случаи, когда в разных базах содержатся данные, отличающиеся друг от друга.
Тиражирование в сети выполняется периодически (через определенные интервалы времени) либо по мере поступления новых данных. При этом происходит опрос источников данных либо осуществляется рассылка данных, предложенных авторами для базы. При тиражировании возможны конфликты, когда одновременно система A хочет изменить данные в документе системы B, а последняя - в том же документе, находящемся в системе A. Поэтому должны быть предусмотрены процедуры решения этих конфликтов.
[Гипертекстовый энциклопедический словарь по информатике Э. Якубайтиса]
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• data replication

 

пакет-администратор данных в мультимедиа
В его основе пакет Paradox, разработанный специально для торговых и маркетинговых приложений. Например, торговые агенты могут просматривать различные файлы клиентов, дополненные картинками и подходящим звуком. С помощью добавления модуля Videographer можно интегрировать видеоизображения с полным движением. Создает базы данных в мультисреде.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• SantaFe Media Manager

 

расширяемый язык разметки
XML
Метаязык, рекомендованный Интернет-Консорциумом, представляющий собой свод общих синтаксических правил XML. Он предназначен для хранения структурированных данных (взамен существующих статических баз данных) и для создания специализированных языков разметки (например, XHTML), иногда называемых словарями. XML позволяет представлять одни и те же данные в разных форматах, что делает его подходящим для использования в электронных торговых документах при передаче таких данных через Интернет
[Упрощение процедур торговли: англо-русский глоссарий терминов (пересмотренное второе издание) НЬЮ-ЙОРК, ЖЕНЕВА, МОСКВА 2011 год]

расширяемый язык разметки
Язык высокого уровня, который можно использовать для создания текстовых файлов в свободном формате, описывающих структурированные прикладные данные. Примечание. Применение языка XML позволяет вычислительной машине создавать и считывать файлы данных, которые также могут читаться человеком. XML-язык не зависит от платформы и обеспечивает возможность свободного наращивания. Для чтения XML-файлов имеются средства, не защищенные правом собственности какой-либо фирмы.
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

EN

extensible mark-up language
XML
A metalanguage, which was approved as a World Wide Web Consortium (W3C) recommendation, and which represents a set of general syntax rules. XML is designed for storing "structured" data (as opposed to existing "static" databases) and for the creation of more specialized programming languages (e.g. XHTML), sometimes called dictionaries. XML allows for presenting the same sets of data in different formats, which makes it suitable for use for electronic trade documents exchanged over the Internet
[Trade Facilitation Terms: An English - Russian Glossary (revised second edition) NEW YORK, GENEVA, MOSCOW 2378]

Тематики

• релейная защита
• торговля

Синонимы

• XML

EN

• extensible mark-up language
• extensible markup language
• XML

 

утилиты построений
Позволяют строить для программы просмотра файлы данных, которые содержат текст, связи между гипертекстами и ссылки на данные мультимедиа, программу редактора для выбора точки курсора. Средство пакета Windows, позволяющее добавлять оформленные в виде гипертекста программы выбора манипулятора графической информации.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

EN

• build utilities

 

архиватор
Программа, осуществляющая сжатие данных для компактного их хранения.
Программа обрабатывает как текстовые файлы, так и графические файлы. Первые сжимаются, примерно, в 4 раза. Что же касается изображений, то здесь все зависит от их характера. Изображение может быть сжато в десятки раз, но могут быть и случаи, когда сжатие почти не происходит. При этом следует иметь в виду, что сжатие данных происходит значительно медленней, чем обратная операция. В результате происходит архивирование данных. Создаются архивированные файлы.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• archivator

 

серверы автоматизации
-

Автоматизация. Клиенты и серверы автоматизации.

Автоматизация (ранее известная как OLE-автоматизация – OLE Automation) – это одно из наиболее важных средств технологии ActiveX, позволяющее программно управлять объектами из других приложений. И это основное средство, с помощью которого можно интегрировать функциональные возможности различных приложений. Приложения, поддерживающие автоматизацию, делятся на две категории: клиенты автоматизации и серверы автоматизации. Причем некоторые приложения могут быть только клиентами либо только серверами автоматизации, но есть и такие (и к ним относится Microsoft Access), которые могут выступать и в том и в другом качестве.
  Клиенты и серверы автоматизации При интеграции двух приложений одно предоставляет свои объекты для использования, а другое использует объекты первого приложения. Приложение, объекты которого доступны для других приложений, называется сервером автоматизации (иногда его еще называют компонентом). Приложение, которое использует объекты другого приложения, называется клиентом (или контроллером) автоматизации. Объекты, которые доступны для других приложений, называют объектами автоматизации. Через объекты автоматизации приложение-сервер открывает доступ другим программам к тем своим функциям, которые могут быть им полезны. Например, текстовый редактор может открывать другим программам доступ к проверке орфографии, служба связи – доступ к созданию и отправке сообщений. Это позволяет разработчикам ускорить процесс разработки своих приложений, благодаря использованию готовых функций сервера. Объекты приложения-сервера образуют библиотеку объектов, которая может быть подключена к приложению-клиенту путем установки ссылки в проекте VBA (см. разд. "Установка ссылок на объектные библиотеки" гл. 13). Приложение-клиент использует объекты приложения-сервера путем доступа к их свойствам и методам. При этом он имеет все те возможности, которые есть у сервера автоматизации. Например, Microsoft Excel имеет модель объектов, которая включает такие объекты, как Workbook, Worksheet, Sell и др. К этим объектам можно обращаться из Microsoft Access, а также из других приложений, поддерживающих автоматизацию. Чтобы получить представление о работе с технологией автоматизации OLE, нужно разобраться в классификации серверов автоматизации, которые могут быть использованы в написании приложений систем управления базами данных. Существуют пять основных типов серверов автоматизации.

• Полные серверы (full servers) – это самостоятельные приложения, например Microsoft Excel и Microsoft Word, использующие автоматизацию. Данные приложения, подобно Access, предоставляют свои объекты для использования собственной версии VBA. Полные серверы называются также локальными серверами (local servers), поскольку сервер такого типа должен размещаться на том же компьютере, что и приложение клиента автоматизации.
• Серверы автоматизации (automation servers) – это серверы, которые не являются внедряемыми объектами. В качестве примера такого сервера можно привести Microsoft Access. Название Microsoft Access не содержится в списке Тип объекта (Object Type) вкладки Создание (Create New) диалогового окна Объект (Object) меню Вставка (Insert) приложений Microsoft Word или Microsoft Excel. При попытке указать файл базы данных во вкладке Создание из файла (Create From File) элемент управления Упаковщик объектов (Object Packager) пытается создать пакет из файла базы данных.
• Мини-серверы (mini-servers) – это приложения, которые могут быть запущены только из приложений-клиентов автоматизации, например Microsoft Graph (MSGraph9) или Visio Express. Приложение, являющееся мини-сервером, должно представлять собой выполнимый файл (с расширением ехе) и иметь возможность раскрывать окно приложения. Мини-серверы, отображающие объекты конкретного класса, например файлы изображений, видеоклипы и т. д., называются средствами просмотра (viewers).
• Специальные элементы управления OLE (OLE Controls) – это одна из разновидностей мини-серверов. Специальные элементы управления OLE, имеющие расширение файлов осх, кроме методов и свойств, предоставляют для использования другими приложениями еще и события. Они похожи на специальные элементы управления Visual Basic (VBXs). Некоторые элементы управления OLE, подобно VBXs, в режиме выполнения выводятся на экран, другие в режиме выполнения невидимы.
• Элементы управления ActiveX (ActiveX Controls) являются облегченной 32-разрядной версией элементов управления OLE. Такие элементы хранятся в файлах с тем же, что и у элементов OLE, расширением (осх), однако их размер на 30-50% меньше, чем у заменяемых ими элементов OLE. Элементы управления ActiveX являются основой развиваемой в настоящее время фирмой Microsoft технологии ActiveX
• Служебные серверы (process servers) – это подкласс серверов автоматизации, используемых для выполнения функций, которые не взаимодействуют с интерфейсом пользователя. Служебные серверы делятся на внешние ( OutOfProc(ess)) и внутренние ( InProc(ess)). Внешние серверы – это выполнимые файлы, которые запущены собственным процессом, т. е. имеют отдельную зарезервированную память. К внешним серверам можно отнести полные серверы и мини-серверы. Внутренние серверы используют память совместно с приложением клиента автоматизации. К внутренним серверам относятся специальные элементы управления ActiveX.

Внешние серверы взаимодействуют с приложением клиента, используя упрощенный механизм удаленного вызова процедур ( Lightweight Remote Procedure Calls, или LRPC). В свою очередь, внутренние серверы ( OLE DLL) используют вызовы обычных функций Windows. Благодаря этому, внутренние серверы быстрее реагируют на инструкции клиента, чем внешние. Внешний сервер можно разместить на удаленном компьютере, а для взаимодействия с ним можно использовать DCOM. Такой внешний сервер называют Удаленным объектом автоматизации (Remote Automation Object– RAО). Замечание
Служебные серверы не входят в официальную классификацию серверов автоматизации. Этот термин используется для того, чтобы различать невидимые управляемые служебные объекты сервера, работающие в фоновом режиме, и управляемые объекты, обладающие видимым представлением в режиме выполнения или режиме Конструктора Microsoft Access. Чаще всего служебные серверы используются при создании приложений баз данных, располагающих служебный сервер автоматизации между входным каналом приложения клиента и выходным каналом приложения сервера для обработки запросов приложения сервера или отслеживания ошибок данных входного канала сервера. Такие серверы невидимы для пользователя. Одним из преимуществ автоматизации является возможность работы с управляемыми полными серверами и мини-серверами без создания видимого экземпляра сервера автоматизации. Автоматизация запускает приложение самостоятельно, без внешнего вмешательства. Если серверу не указано активизировать окно, он невидим, и в списке задач его имя не содержится.

[ http://samoucka.ru/document18469.html]

Тематики

• информационные технологии в целом

EN

• automation servers

 

архитектура клиент-сервер
Логическое продолжение концепции модульного программирования. Модуль-клиент (программа), установленный на ПК пользователя, запрашивает сервис (например получение информации из базы данных) у модуля-сервера (программы), расположенного на другом компьютере. В результате деления информационной системы на независимые программы с четко определенными интерфейсами взаимодействия значительно упрощаются сопровождение и поддержка программного обеспечения. В последнее время в качестве клиентской программы все чаще выступает обычный web-браузер (web-browser).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

архитектура клиент-сервер
Концепция сети, в которой основная часть ее ресурсов сосредоточена в серверах, обслуживающих своих клиентов.
Как следует из названия, архитектура CSA определяет два типа взаимодействующих в сети компонентов:
серверы и клиенты.
Каждый из них является комплексом взаимосвязанных прикладных программ. Серверы предоставляют ресурсы, необходимые многим пользователям. К ним относятся базы данных, файлы, память. Клиенты используют эти ресурсы и предоставляют удобные интерфейсы пользователя.
В современной архитектуре выделяется четыре группы объектов:
- клиенты,
- серверы,
- данные и
- сетевые службы.
Клиенты располагаются в системах, находящихся на рабочих местах пользователей. Данные хранятся в основном в серверах. Сетевые службы являются совместно используемыми прикладными программами, которые взаимодействуют с клиентами, серверами и данными. Кроме этого, службы управляют процедурами распределенной обработки данных, информируют пользователей о происходящих в сети изменениях.
В зависимости от сложности выполняемых прикладных процессов и числа работающих клиентов различают
двух- и трехуровневые архитектуры.
Наиболее простой является двухуровневая. Здесь клиенты выполняют простые операции обработки данных, отрабатывают интерфейс взаимодействия с сервером, обращаются к нему с запросами. Большую же часть задач обработки выполняет сервер. Для этих целей он имеет базу данных. В трехуровневой архитектуре вместо единого сервера применяются серверы приложений и серверы баз данных. Их использование позволяет резко увеличивать производительность локальной сети. В абонентскую систему в зависимости от ее производительности загружается клиент, сервер либо сервер с группой клиентов.
Архитектура клиент-сервер постепенно превращается в архитектуру клиент-сеть, в которой используется не один, а множество серверов. Например, в сети Internet их сотни тысяч. Стремление дать возможность работы в сети клиентам, созданным различными производителями, привело к возникновению архитектуры любой клиент - сервер.
(Терминологическая база данных по информатике и бизнесу [Электронный ресурс])
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом
• электросвязь, основные понятия

EN

• client-server
• Client/Server Architecture
• CSA

 

язык описания конфигурации системы
Данный язык обеспечивает возможность обмена информацией о конфигурации устройств в стандартизованном формате между программным обеспечением различных фирм-производителей.
[Новости Электротехники №3(75). Релейная защита. МЭК 61850]

Все параметры устройств в части коммуникаций по протоколам стандарта МЭК 61850 должны описываться файлами конфигурации на языке SCL (System Configuration description Language — язык описания конфигурации системы). Вторая редакция стандарта МЭК 61850-6 регламентирует использование следующих видов файлов:

• ICD (IED Capabilities Description) — файл описания возможностей устройства.
  В файле ICD описываются все логические устройства, логические узлы, элементы и атрибуты данных. Кроме того, описываются предварительно сконфигурированные наборы данные (Dataset), блоки управления отправкой GOOSE-сообщений (GOOSE Control Block), отчётов (Report Control Block), мгновенных значений (SV Control Block). Файл ICD обязательно включает два раздела SCL-файла: < IED> и < DataTypeTemplates>. В файле ICD имя устройства обозначается как «TEMPLATE» («Шаблон»).
• IID (Instantained IED Description) — файл описания предварительно сконфигурированного устройства.
  Файлы такого формата используются для передачи в ПО для конфигурирования системы конфигурации отдельного устройства в том случае, если эта конфигурация была создана заранее при помощи ПО для конфигурирования отдельного устройства. Использование файлов IID требуется в том случае, если информационная модель устройства (например, состав логических узлов) зависит от конкретной реализации в проекте.
• SSD (System Specification Description) — файл описания спецификации системы.
  Данный тип файлов описывает в формате языка SCL все элементы подстанции (первичное оборудование и соединения), все функции вторичных систем (в виде логических узлов), а также может описывать привязку функций к первичным устройствам. В том случае, если сами устройства ещё не выбраны, логические узлы в файле SSD не будут привязаны к конкретным устройствам. Тем не менее, в том случае, если ряд устройств уже выбран, то файл SSD также может включать и разделы описания устройств — < IED>, а также раздел коммуникаций — < Communications>.
• SCD (Substation Configuration Description) — файл описания конфигурации подстанции.
  Файл описания конфигурации подстанции используется для передачи данных конфигурации из ПО для конфигурирования системы в ПО для параметрирования отдельных устройств. Данный тип файла содержит полное описание конфигурации как самой подстанции, так и всех коммуникаций, реализуемых в рамках подстанции. В данном файле будут присутствовать все разделы: < Substation>, < Communications>, < IED> (отдельный для каждого устройства), < DataTypeTemplates>. Причём, для каждого GOOSE-сообщения или потока SV в разделе < Communications> будет содержаться описание его коммуникационных параметров (таких как: MAC-Address, VLAN-ID, VLAN-Priority и другие).
• CID (Configured IED Description) — файл описания конфигурации устройства.
  Файл конфигурации, передаваемый из ПО для конфигурирования устройств, непосредственно в само устройство. Этот файл полностью описывает конфигурацию данного устройства в части коммуникаций и фактически представляет собой «урезанный» SCD-файл.

Из представленного выше перечня описание GOOSE- и SV Control блоков могут содержаться во всех файлах, однако полное описание потоков обычно содержится только в файлах формата SCD, CID.

Следует также отметить, что говоря об описании потоков речь в первую очередь идёт об отправке («публикации») данных в формате многоадресных сообщений. Глава 6 стандарта МЭК 61850 также описывает и синтаксис для описания «подписки» на GOOSE-сообщения и SV-потоки, однако, практика работы с терминалами различных производителей показывает, что на сегодняшний день лишь немногие из них используют стандартизованный синтаксис для этих целей.

Ниже приведен фрагмент CID-файла с описанием набора данных (< Dataset>), блока управления отправкой GOOSE-сообщения (< GSEControl>) и описанием коммуникационных параметров для данного GOOSE-сообщения (< GSE> в разделе < Communications>), созданный при помощи ПО для конфигурирования систем Atlan на базе ICD-файла, предоставленного производителем устройства.

[ http://digitalsubstation.ru/blog/2013/04/09/kak-opisy-vaetsya-otpravka-i-priyom-goose-soo/]

Тематики

• релейная защита

EN

• SCL
• system configuration description language

 

граница приложения
Краткое общее описание элементов данных (документы языка разметки гипертекста (Hyper Text Mark-up Language; HTML), файлы кода, файлы изображения), сформированное в одно приложение, и логический локатор точки входа. Граница приложения описывается регулярным выражением на языке URL.
[ ГОСТ Р 54456-2011]

Тематики

• телевидение, радиовещание, видео

EN

• application boundary

 

модель (конфигурации) SAME
(расщепление и зеркалирование всех данных)
Эта модель разработана экспертами корпорации Oracle, проделавших значительную исследовательскую работу по определению оптимальной конфигурации внешней памяти систем баз данных Oracle. Модель базируется на четырех простых предложениях:
1. Расщепляйте все файлы по всем дискам с шириной полосы расщепления, равной 1 Мб.
2. Зеркалируйте данные для обеспечения высокой доступности.
3. Распределяйте данные по секциям, а не по дискам.
4. Размещайте данные, к которым возможен частый доступ, на внешних половинах пространства дисков.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• SAME
• Stripe and Mirror Everything

 

процессные переменные
-
[Интент]

Процессные переменные.

Под словосочетанием “процессные переменные” понимаются численные параметры, определяющие текущее состояние технологического процесса. К процессным переменным можно отнести сигналы ввода/вывода, параметры функциональных блоков, локальные и глобальные флаги (переменные), тэги SCADA и т.д.

Процессные переменные делятся на дискретные и аналоговые. Дискретная переменная может принимать конечное число значений из довольно узкого диапазона. На практике под дискретной переменной чаще всего подразумевают величину булевского типа (двоичную), указывающую на одно их двух возможных состояний объекта (или управляющего сигнала), хотя, формально говоря, это не совсем корректно. В общем же случае дискретная переменная аналогична типу enumeration языка C.

Аналоговая переменная может принимать любую величину из ограниченного непрерывного диапазона значений. По типу представления аналоговая переменная больше соответствует вещественному числу.

Как записываются процессные переменные в архив?
Существуют две технологии регистрации значений процессных переменных в архиве:

1.    Циклическая запись ( cyclic archiving) подразумевает периодическую запись текущего значения процессной переменной через заданные пользователем интервалы времени вне зависимости от величины и скорости изменения данной переменной (см. рис. 1). Хотя эта техника не очень экономична, она довольно часто используется для архивации аналоговых переменных. Период циклической записи для каждой переменной настраивается индивидуально и, как правило, лежит в диапазоне от 0.5 с до 10 мин. Как для дискретных переменных, так и быстро изменяющихся аналоговых переменных, подобный подход записи в архив явно не оптимален.

Рис. 1. Циклическая запись процессной переменной в архив.

2.    Архивация по изменению переменной (дельта-архивированиe, delta-archiving). Этот подход предполагает запись переменной в архив только тогда, когда изменение ее значения по сравнению с предыдущим записанным значением (абсолютная разность) достигает определенной величины (дельты, см. рис. 2). Дельта настраивается пользователем и может быть выражена как в абсолютных единицах измерения, так и в процентах от шкалы. Безусловно, это техника более экономична, чем циклическая запись, так как она адаптируется к скорости изменения архивируемой величины. Для дискретных величин – этот подход незаменим. Допустим, у нас есть дискретная переменная, которая изменяется, скажем, раз в час. Зачем же ее архивировать каждую секунду или минуту? Ведь гораздо логичнее записывать значение переменной в архив только в те моменты, когда это значение переходит из 1 в 0 или наоборот.

Рис. 2. Дельта-архивирование процессной переменной.

Куда записывается архив процессных переменных?
Чаще всего используется один из трех вариантов:

1.    Архив записывается в обычный текстовый файл в формате CSV ( comma separated values). Этот файл может храниться как на локальном, так и на сетевом диске. На самом деле архив состоит из множества последовательно создаваемых файлов: система генерирует новый файл архива каждую рабочую смену или сутки. У такого формата представления архива есть неоспоримое преимущество – его можно просмотреть любым текстовым редактором. Его также можно экспортировать в MS Excel и посмотреть в виде таблицы, применив необходимые сортировки и фильтры. Существенный недостаток – это неэкономичность хранения; накопленный таким образом архив занимает неприлично много места на жестком диске. Для уменьшения объема архива можно применить компрессию по алгоритму ZIP или RAR – благо, что текстовые файлы очень хорошо сжимаются.

2.    Архив представляет собой двоичный файл, формат которого зависит от используемого ПО визуализации тех. процесса (SCADA). Очевидно, что это более экономичное представление архива, но для работы с ним обычным экселем уже не обойдешься. При этом формат архива у разных производителей SCADA может сильно различаться. Как и в предыдущем случае, архив состоит из последовательно создаваемых файлов. Вообще, хранить архив в одном большом файле – это не очень хорошо с точки зрения скорости доступа к данным.

3.    Самый прогрессивный способ. Хранение архива в виде реляционной базы данных с поддержкой СУБД SQL. Этот способ позволяет достичь достаточно большой скорости работы с архивом (добавление записей, чтение и обработка данных), при этом сервер SQL может обеспечить оптимальный доступ к истории сразу нескольким десяткам удаленных клиентов. Поскольку доступ к архиву осуществляется по открытому интерфейсу SQL, разработчики имеют возможность создавать клиентские приложения под свои нужды. Но главное преимущество заключается в том, что архив на базе SQL – это отличная возможность для интеграции АСУ ТП с информационными системами более высокого уровня (например, уровня MES). Как правило, для ведения архива SQL и обслуживания клиентов используется достаточно мощная серверная платформа.

Во всех описанных случаях система архивирования процессных переменных – это неотъемлемая часть ПО визуализации технологического процесса. Разница заключается в формате представления архива и технологии доступа.

Какие средства служат для отображения архива? Архив можно отобразить несколькими способами. Самый простой – это представить его в табличной форме и экспортировать, например, в Excel, в котором можно строить графики, диаграммы и делать отчеты. Однако это довольно утомительно и требует много ручного труда.

Более удобный способ – это отображение истории в виде специального динамического (обновляемого автоматически) графика, называемого трендом ( trend). Тренд помещается на мнемосхемы операторского интерфейса в тех места, где это необходимо и удобно оператору. Пример тренда изображен на рисунке ниже.

Рис. 3. Пример исторического тренда, отображающего две процессные переменные.

На тренд можно выводить до 16 переменных одновременно, как дискретных, так и аналоговых. При этом тренд можно строить за произвольный промежуток времени ( time span). Также поддерживается масштабирование ( scaling). Передвигая ползунок ( slider) вдоль шкалы времени можно просматривать точные значения переменных в различные моменты времени в прошлом. Отрезки времени, в течение которых наблюдались аварийные значения переменных, выделяются на тренде контрастным цветом. В общем, тренды – это мощный и очень удобный инструмент, наглядно показывающий поведение переменных в динамике.

[ http://kazanets.narod.ru/AlarmsArchive.htm]

Тематики

• автоматизированные системы

EN

• process values